home *** CD-ROM | disk | FTP | other *** search
/ Whiteline: delta / whiteline CD Series - delta.iso / tools / utils / akill / update.doc < prev   
Text File  |  1995-11-25  |  7KB  |  159 lines
  1. UPDATES
  2. =======
  3. Version 4.39
  4. ------------
  5.  
  6. For some reason Net2net was removing spaces in the description lines.
  7. [Fixed]
  8.  
  9. Version 4.36-4.38
  10. -----------------
  11.  
  12. It seems my LHARC checking code reverted back to a previous version for
  13. some reason I can't quite fathom, It's back upto-date and working again.
  14.  
  15. ADDKILL can now check Self extracting ZIP and LZH archives (TOS) .
  16. ('someone' has been releasing LZH archives that are actually .TOS files
  17.   renamed).
  18.  
  19. It can also now update any outstanding .TIC files with a new file size and 
  20. 32 bit CRC if the file is changed (Header removal).
  21.  
  22. Version 4.35
  23. ------------
  24.  
  25. Version 4.34 seems to have vanished in a black hole called Laurence 
  26. McDonalds disk crash , since then I've discovered 2 bugs which caused the 
  27. program to bomb in certain rare conditions , these have been fixed.
  28.  
  29. I've also managed to simplify the code dealing with the reading and 
  30. writing of the FILES.BBS files , so this has sped things up a bit.
  31.  
  32. I don't do so many clever checks on the FILES.BBS any longer as they would
  33. only need to be used once in a blue moon , this has cut down the 
  34. processing overhead quite a bit.
  35.  
  36. You now also get a visual note that the system is writing out the new
  37. FILES.BBS instead of it just sitting there. (revolving line).
  38.  
  39. Versions 4.33-4.34
  40. ------------------
  41. 1) Now reads more styles of FILES.BBS formats , also you can now write the
  42.    file entries back out in 1 of 3 styles.
  43.  
  44. There are 3 options , the types are
  45.  
  46. 1) Line    , this is where the file and description are written out in a
  47.              single long line
  48.  
  49. 2) plus    , this is where the 1st line is the name plus part of the 
  50.              description , the next line is the next part of the 
  51.              description suffixed with a space and + to denote a 
  52.              continuation of the previous description.
  53. example.
  54. --------
  55. ADDRESSE.ZIP [1] Address management as ACC/APP, dialogs in windows, coloured 
  56.  +icons,online scrolling/searching, dialer, XACC, drag & drop, in-/export, 
  57.  +full text search, 3-step sorting, birthday warning etc.The demo loads only 
  58.  +50 addresses, but can be upgraded to the full version with a key (available 
  59.  +from the author).
  60.  
  61. 2) space    , this is where the 1st line is the name plus part of the 
  62.              description , the next line is the next part of the 
  63.              description suffixed with 13 spaces to denote a 
  64.              continuation of the previous description.
  65.  
  66. example
  67. -------
  68. ADDRESSE.ZIP [1] Address management as ACC/APP, dialogs in windows, coloured 
  69.              icons,online scrolling/searching, dialer, XACC, drag & drop,
  70.              in-/export, full text search, 3-step sorting, birthday warning
  71.              etc.The demo loads only 50 addresses, but can be upgraded to
  72.              the full version with a key (available from the author).
  73.  
  74. Option 1 uses the least space but is difficult to edit using a text 
  75.          editor.
  76. Option 2 uses more space , can be edited but not all BBS systems support 
  77.          this type of entry. (Octopus BBS does)
  78. Option 3 uses the most space can be edited ,but is more likely to be 
  79.          supported by your BBS software.
  80.  
  81. The choice is yours.
  82.  
  83.  
  84. Version 4.32
  85. ------------
  86. 1) Some 'persons' who shall remain nameless (They Know who they are) have
  87.    been storing FILE_ID.DIZ files in archives with the 'read only' flag
  88.    turned ON. This caused no end of problems whe addkill came to try and
  89.    delete these files after reading them, Addkill now automatically removes
  90.    that flag from the file before removing it.
  91.  
  92. 2) Made some more checks for file edited incorrectly using text editors
  93.    (editors that only put a line feed at the end of a line and not the
  94.    usual CR-LF combination), this should hopefully put a stop to any extra
  95.    gaps appearing in the file lists.
  96.  
  97. Version 4.31
  98. ------------
  99. 1) I discovered that the files datestamp routine was returning a negative
  100.    value when asked how long a file had been on the system  instead of a
  101.    positive one, the previous fix fixed MY copy but buggered the release
  102.    version , it's be fixed again.
  103.  
  104. 2) A utility for octopus BBS (I'm not sure which one) seems to be adding
  105.    extra blank lines into the FILES.BBS files if the description is 400
  106.    chars long, This version will remove these blank lines if/when the
  107.    FILES.BBS is altered fur the description updating.
  108.  
  109. 3) Does anyone have the structure of the ARJ format they can send me,
  110.    I want to add this as an option.
  111.  
  112. Version 4.29 - 4.30
  113. -------------------
  114.  
  115. 1) Addkill can now handle reading in more formats of the FILES.BBS
  116.    for adding .DIZ & .UPL files.
  117.  
  118. 2) I discovered that the files datestamp routine was returning a negative
  119.    value when asked how long a file had been on the system  instead of a
  120.    positive one, I'm not sure if that was just my own alpha version or the
  121.    current one , thought I'd mention it anyway.
  122.  
  123. Versions 4.1 - 4.28
  124. -------------------
  125. Firstly can I say a greatful thanks to Roy Florentine for help in the 
  126. coding/interpreting of the file header date read.
  127.  
  128. 1) *.UPL support has been added , most german archives now contain an
  129.    ARCHIVE_NAME.UPL file instead of a file_id.diz file , if BOTH are 
  130.    available the FILE_ID.DIZ takes precedence.
  131.    
  132. 2) There was a bug in the FILES.BBS description replacement (Fixed)
  133.  
  134. 3) If a FILE_ID.DIZ was inside a folder the program was unable to extract 
  135.    (fixed)
  136.  
  137. 4) Files can now be moved to a single 'bad' archive folder , it's slower 
  138.    than the previous method of moving them into a sub-folder in the 
  139.    current directory (requested by Daron Brewood)
  140.  
  141. 5) Fixed a bug where the download area folder names had (.) full-stops in 
  142.    them , causing problems in the creation of the data file , it now 
  143.    replaces the (.) with a (_) in the filename and restricts the name to 8 
  144.    characters.
  145.  
  146. 6) A Falcon Owner sent me a message about a strange problem , ADDKILL 
  147.    AND Gem were unable to remove the ADDKILL folder the program creates 
  148.    as a work directory in each download area , running Diamond Edge on the 
  149.    drive found no problems but he was then able to remove the folder.
  150.    
  151.    after this had been done once , running ADDKILL on the same download 
  152.    area again found no re-occourance of this problem at all (very strange 
  153.    , we think it may be his TOS version/Bug) , to stop this happening with 
  154.    anyone else the ADDKILL work folder is no longer deleted , but kept 
  155.    there for future use.
  156.    
  157. 7) New command PACK , checks the data files and removes the names of those
  158.    files no longer in that directory.
  159.